home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940208.txt < prev    next >
Internet Message Format  |  1994-11-13  |  36KB

  1. Date: Wed, 21 Sep 94 04:30:02 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #208
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Wed, 21 Sep 94       Volume 94 : Issue  208
  11.  
  12. Today's Topics:
  13.                            GCC port of NOS
  14.                                  help
  15.                         Mail failure (3 msgs)
  16.                      mtu oddity, jnos, and linux
  17.                          SCC Testing (2 msgs)
  18.                     upload W-NOS.940921.zip [src]
  19.  
  20. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  21. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  22. Problems you can't solve otherwise to brian@ucsd.edu.
  23.  
  24. Archives of past issues of the TCP-Group Digest are available
  25. (by FTP only) from UCSD.Edu in directory "mailarchives".
  26.  
  27. We trust that readers are intelligent enough to realize that all text
  28. herein consists of personal comments and does not represent the official
  29. policies or positions of any party.  Your mileage may vary.  So there.
  30. ----------------------------------------------------------------------
  31.  
  32. Date: Tue, 20 Sep 1994 22:00:46 -0700
  33. From: Phil Karn <karn@unix.ka9q.ampr.org>
  34. Subject: GCC port of NOS
  35. To: tcp-group@ucsd.edu
  36.  
  37. I've decided to do the port of NOS to DJGCC (the DOS port of GCC).
  38. Turns out there is full support for calling real-mode routines;
  39. there's even a demonstration program in the package that shows how to
  40. call a FTP Software Packet Driver (which was my concern for some time).
  41.  
  42. I'm doing this in stages. Stage 1 is to rename external symbols that
  43. conflict with those in the GCC libraries. E.g., psignal() will become
  44. ksignal(), alarm() will become kalarm(), etc. At the same time I will
  45. attempt to clean up the code to make it compile more cleanly.
  46.  
  47. During this phase I will try to retain backward compatibility with
  48. Borland C++ 3.1. When I'm done I'll package everything up and release
  49. it as my last Borland-based version. Then I'll start stage 2:
  50. translating assembler code and writing any new C code specifically
  51. required to run under DJGPP.
  52.  
  53. There are several good reasons for this effort. One is the vastly
  54. increased memory space available in protected mode; you'll actually be
  55. able to use all that RAM for something useful. I may add some
  56. memory-intensive facilities that haven't been practical under DOS,
  57. e.g., extended debugging for mbufs and memory blocks. (One drawback to
  58. running in protected mode -- the incentive to find and fix minor memory
  59. leaks is considerably reduced!)
  60.  
  61. Another reason to switch to protected mode is better
  62. performance. 32-bit operations in real mode require override prefixes
  63. that take extra cycles to execute. And I may be able to switch to
  64. faster but more memory-intensive algorithms in places where they make
  65. a difference (e.g., IP routing and the malloc() storage allocator).
  66.  
  67. One drawback: DJGPP executables require a 386 or better. Personally, I
  68. just don't see this as much of a problem nowadays. Those with 286s can
  69. always continue to run Borland-based versions.
  70.  
  71. Phil
  72.  
  73. ------------------------------
  74.  
  75. Date: Tue, 20 Sep 94 22:18:38      
  76. From: kz1f@RELAY.HDN.LEGENT.COM
  77. Subject: help
  78. To: tcp-group@ucsd.edu
  79.  
  80. >From Steve Sampson
  81. "All you have to do is become mature giving adults, instead of snickering 
  82. children"
  83.  
  84. This was in response to, what I thought was, a rather humorous commentary on 
  85. the rash of help msgs this group has been receiving. Since, according to 
  86. Steve's logic, I could only be one child, I thought I'd share this with my 
  87. siblings. As I have mentioned privately to others on the list, I intended 
  88. that in the nature of...well close your eyes and visualize Andy Rooney 
  89. saying it.
  90.  
  91. For those that have critized me for my comments (and you know who you are), 
  92. how many of you have answered these people back asking them what exactly 
  93. they needed help with? I still maintain it takes only a few more keystrokes 
  94. to say, HELP I am trying to [un]subscribe.
  95. In fairness, to Steve, he did have a good suggestion, that is to place 
  96. occationally (or always) instructions in the digest on how to get in or out 
  97. of the list.
  98.  
  99.  
  100. -Walt
  101.  
  102. ------------------------------
  103.  
  104. Date: Tue, 20 Sep 94 15:09:00 edt
  105. From: Adminstrator <POSTMASTER@gppgpost.daytonoh.NCR.COM>
  106. Subject: Mail failure
  107. To: dayhub!3445a!ucsd.edu!TCP-Group@prowler.daytonoh.NCR.COM
  108.  
  109.                                                                                
  110. User mail received addressed to the following unknown addresses:
  111.   GPPGDAYTON/GPPGPOST/lshannon
  112.                                                                                
  113. ------------------------------------------------------------------------------ 
  114. Return-Path: <dayhub!3445a!ucsd.edu!TCP-Group@prowler.daytonoh.ncr.com>
  115. Received: from prowler.daytonoh.ncr.com by gppgpost.daytonoh.ncr.com id
  116.     <2E7F3375@gppgpost.daytonoh.ncr.com>; Tue, 20 Sep 94 15:09:41 edt
  117. Received: by prowler.daytonoh.ncr.com; 20 Sep 94 15:05:36 EDT
  118. Received: by dayhub.DaytonOH.NCR.COM; 20 Sep 94 15:05:26 EDT
  119. Received: by 3445a.DaytonOH.NCR.COM; 20 Sep 94 15:05:28 EDT id AA780086896
  120.     Tue, 20 Sep 94 14:48:16 EST
  121. Date: Tue, 20 Sep 94 14:48:16 EST
  122. From: TCP-Group@ucsd.edu
  123. Message-Id: <9408207800.AA780086896@WPDSMTP.DaytonOH.NCR.COM>
  124. To: tcp-group-digest@ucsd.edu
  125. Subject: TCP-Group Digest V94 #204
  126.                                                                               
  127.  
  128. >From ncrhub1!ucsd.edu!owner-tcp-digest@dayhub.DaytonOH.NCR.COM
  129. X-Envelope-From: ncrhub1!ucsd.edu!owner-tcp-digest@dayhub.DaytonOH.NCR.COM
  130. Received: by 3445a.DaytonOH.NCR.COM; 16 Sep 94 13:29:52 EDT
  131. Received: by dayhub.DaytonOH.NCR.COM; 16 Sep 94 13:28:42 EDT
  132. Received: from ncrgw2 by ncrhub1.NCR.COM id dp05180; 16 Sep 94 13:18 EDT
  133. Received: by ncrgw2.NCR.COM; 16 Sep 94 11:19:36 EDT
  134.     sendmail 8.6.9/UCSD-2.2-sun
  135.     Fri, 16 Sep 1994 04:30:12 -0700 for tcp-digest-list
  136. Received: by ucsd.edu; id EAA09993
  137.     sendmail 8.6.9/UCSD-2.2-sun
  138.     Fri, 16 Sep 1994 04:30:09 -0700 for tcp-group-ddist
  139. Message-Id: <199409161130.EAA09993@ucsd.edu>
  140. Date: Fri, 16 Sep 94 04:30:02 PDT
  141. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  142. Errors-To: TCP-Group-Errors@UCSD.EDU
  143. Reply-To: TCP-Group@ucsd.edu
  144. Precedence: Bulk
  145. Subject: TCP-Group Digest V94 #204
  146. To: tcp-group-digest@ucsd.edu
  147.  
  148. TCP-Group Digest            Fri, 16 Sep 94       Volume 94 : Issue  204
  149.  
  150. Today's Topics:
  151.         A Packet Driver to go on air with a KISS TNC (2 msgs)
  152.                      Cross compile NOS with gcc?
  153.                         Mail failure (2 msgs)
  154.                     uploaded ftp.ucsd.edu wnos.exe
  155.  
  156. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  157. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  158. Problems you can't solve otherwise to brian@ucsd.edu.
  159.  
  160. Archives of past issues of the TCP-Group Digest are available
  161. (by FTP only) from UCSD.Edu in directory "mailarchives".
  162.  
  163. We trust that readers are intelligent enough to realize that all text
  164. herein consists of personal comments and does not represent the official
  165. policies or positions of any party.  Your mileage may vary.  So there.
  166. ----------------------------------------------------------------------
  167.  
  168. Date: Thu, 15 Sep 94 21:48:01 +02
  169. From: "Alessandro Agostini" <agostini@ir5tcp.iroe.fi.cnr.it>
  170. Subject: A Packet Driver to go on air with a KISS TNC
  171. To: TCP-Group@UCSD.Edu
  172.  
  173. For Ham-radio community there is NOS which permits to make experience of tcpip
  174. through amateur radio channals with a TNC.
  175. The second step: We have a tcp-appl. of our interest, for example a Gopher
  176. Client , a Telbin or something else ... and we would like to use it with a
  177. KISSmode TNC to log to our area-router on air.
  178. The problem: Our appl. doesn't threat beyond IP level: We need something
  179. to encapsulate the datagrams in an AX25 point to point UI link. We need
  180. a KISS-TNC packet driver.
  181. If we look at the SLIP8250 Packet Driver we see it to be a serial
  182. link point to point driver not very far from what we need. Thus by adding
  183. a simple AX25 header to every outgoing frame and the minimum overhead to pass
  184. through a kiss-tnc we can easily operate an application like PCG3 (which is a
  185. gopher client) on air.
  186. This is what I did. I have changed little in slip8250 (naming it kiss8250!)
  187. and corrently using it as an interface between any tcpip appl passing
  188. through the air.
  189. If any Ham is interested in developing a 'real' packet driver starting
  190. from this simple experience feel free to call. 73 TNX DE IK5HGN         
  191.  
  192. ------------------------------
  193.  
  194. Date: Thu, 15 Sep 94 22:50 EDT
  195. From: nelson@crynwr.com (Russell Nelson)
  196. Subject: A Packet Driver to go on air with a KISS TNC
  197. To: TCP-Group@UCSD.EDU
  198.  
  199.    Date: Thu, 15 Sep 94 21:48:01 +02
  200.    From: "Alessandro Agostini" <agostini@ir5tcp.iroe.fi.cnr.it>
  201.  
  202.    If we look at the SLIP8250 Packet Driver we see it to be a serial
  203.    link point to point driver not very far from what we need.
  204.  
  205. And surely you noticed that I had intended that from the start!  The
  206. code decides at runtime whether it self-identifies as SLIP, KISS, or
  207. AX25.  No one every wrote the code for KISS or AX25, but the potential
  208. is there...
  209.  
  210. -russ <nelson@crynwr.com>    http://www.crynwr.com/crynwr/nelson.html
  211. Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
  212. 11 Grant St.      | +1 315 268 1925 (9201 FAX)  | What is thee doing about it?
  213. Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.
  214.  
  215. ------------------------------
  216.  
  217. Date: Thu, 15 Sep 1994 10:37:50 -0500 (CDT)
  218. From: Don Loflin <loflin@mail.utexas.edu>
  219. Subject: Cross compile NOS with gcc?
  220. To: Phil Karn <karn@qualcomm.com>
  221.  
  222. On Wed, 14 Sep 1994, Phil Karn wrote:
  223.  
  224. > I've never built NOS with gcc, but I'm *this close* to abandoning
  225. > Borland C altogether and going to DJGCC.
  226. > The only thing holding me back is the learning curve for
  227. > DJGCC. Anybody out there with experience, or who can point me to a FAQ
  228. > so I can come up to speed?
  229.  
  230. Never used DJGCC, but if it really has a high learning curve, check out 
  231. EMX/GCC.  It's a darn fine port of GCC which does support DOS, though you 
  232. may have only heard of it associated with OS/2.  It can be run under DOS, 
  233. and I think the process is even easier if you get RSX (from CICA/mirrors 
  234. programmr/dpmigcc4.zip) and put rsx.exe in the bin directory with gcc.exe 
  235. et al.  Then just run gcc/make/whatever.  Plug in RCS and you're set.  
  236.  
  237. Others will have to comment on the code & library differences between 
  238. DJGCC & EMX/GCC.
  239.  
  240. --Don Loflin
  241.  
  242. ------------------------------
  243.  
  244. Date: Thu, 15 Sep 94 10:18:00 edt
  245. From: Adminstrator <POSTMASTER@gppgpost.daytonoh.NCR.COM>
  246. Subject: Mail failure
  247. To: dayhub!3445a!ucsd.edu!TCP-Group@prowler.daytonoh.NCR.COM
  248.  
  249.                                                                              
  250.  
  251. User mail received addressed to the following unknown addresses:
  252.   GPPGDAYTON/GPPGPOST/lshannon
  253.                                                                              
  254.  
  255. ------------------------------------------------------------------------------ 
  256.  
  257. Return-Path: <dayhub!3445a!ucsd.edu!TCP-Group@prowler.daytonoh.ncr.com>
  258. Received: from prowler.daytonoh.ncr.com by gppgpost.daytonoh.ncr.com id
  259.     <2E7857C7@gppgpost.daytonoh.ncr.com>; Thu, 15 Sep 94 10:18:47 edt
  260. Received: by prowler.daytonoh.ncr.com; 14 Sep 94 15:24:57 EDT
  261. Received: by dayhub.DaytonOH.NCR.COM; 14 Sep 94 15:24:51 EDT
  262. Received: by 3445a.DaytonOH.NCR.COM; 14 Sep 94 15:24:53 EDT id AA779571782
  263.     Wed, 14 Sep 94 15:43:02 EST
  264. Date: Wed, 14 Sep 94 15:43:02 EST
  265. From: TCP-Group@ucsd.edu
  266. Message-Id: <9408147795.AA779571782@WPDSMTP.DaytonOH.NCR.COM>
  267. To: tcp-group-digest@ucsd.edu
  268. Subject: TCP-Group Digest V94 #202
  269.                                                                               
  270. Large message has been converted into an attachment.
  271.  
  272. ------------------------------
  273.  
  274. Date: Thu, 15 Sep 94 12:38:00 edt
  275. From: Adminstrator <POSTMASTER@gppgpost.daytonoh.NCR.COM>
  276. Subject: Mail failure
  277. To: dayhub!3445a!ucsd.edu!TCP-Group@prowler.daytonoh.NCR.COM
  278.  
  279.                                                                              
  280.  
  281. User mail received addressed to the following unknown addresses:
  282.   GPPGDAYTON/GPPGPOST/lshannon
  283.                                                                              
  284.  
  285. ------------------------------------------------------------------------------ 
  286.  
  287. Return-Path: <dayhub!3445a!ucsd.edu!TCP-Group@prowler.daytonoh.ncr.com>
  288. Received: from prowler.daytonoh.ncr.com by gppgpost.daytonoh.ncr.com id
  289.     <2E78789C@gppgpost.daytonoh.ncr.com>; Thu, 15 Sep 94 12:38:52 edt
  290. Received: by prowler.daytonoh.ncr.com; 15 Sep 94 12:34:58 EDT
  291. Received: by dayhub.DaytonOH.NCR.COM; 15 Sep 94 12:34:50 EDT
  292. Received: by 3445a.DaytonOH.NCR.COM; 15 Sep 94 12:35:03 EDT id AA779647902
  293.     Thu, 15 Sep 94 12:51:42 EST
  294. Date: Thu, 15 Sep 94 12:51:42 EST
  295. From: TCP-Group@ucsd.edu
  296. Message-Id: <9408157796.AA779647902@WPDSMTP.DaytonOH.NCR.COM>
  297. To: tcp-group-digest@ucsd.edu
  298. Subject: TCP-Group Digest V94 #203
  299.                                                                               
  300.  
  301. Received: by ccmail from 3445a.DaytonOH.NCR.COM
  302. >From ncrhub1!ucsd.edu!owner-tcp-digest@dayhub.DaytonOH.NCR.COM
  303. X-Envelope-From: ncrhub1!ucsd.edu!owner-tcp-digest@dayhub.DaytonOH.NCR.COM
  304. Received: by 3445a.DaytonOH.NCR.COM; 15 Sep 94 12:30:04 EDT
  305. Received: by dayhub.DaytonOH.NCR.COM; 15 Sep 94 12:29:32 EDT
  306. Received: from ncrgw1 by ncrhub1.NCR.COM id bm10928; 15 Sep 94 12:08 EDT
  307. Received: by ncrgw1.NCR.COM; 15 Sep 94 12:03:07 EDT
  308.     sendmail 8.6.9/UCSD-2.2-sun
  309.     Thu, 15 Sep 1994 04:30:08 -0700 for tcp-digest-list
  310. Received: by ucsd.edu; id EAA15098
  311.     sendmail 8.6.9/UCSD-2.2-sun
  312.     Thu, 15 Sep 1994 04:30:06 -0700 for tcp-group-ddist
  313. Message-Id: <199409151130.EAA15098@ucsd.edu>
  314. Date: Thu, 15 Sep 94 04:30:02 PDT
  315. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  316. Errors-To: TCP-Group-Errors@UCSD.EDU
  317. Reply-To: TCP-Group@ucsd.edu
  318. Precedence: Bulk
  319. Subject: TCP-Group Digest V94 #203
  320. To: tcp-group-digest@ucsd.edu
  321.  
  322. TCP-Group Digest            Thu, 15 Sep 94       Volume 94 : Issue  203
  323.  
  324. Today's Topics:
  325.                  ax25 linux implementation? (2 msgs)
  326.                      Cross compile NOS with gcc?
  327.                                  help
  328.                      wampes and net takes all cpu
  329.  
  330. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  331. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  332. Problems you can't solve otherwise to brian@ucsd.edu.
  333.  
  334. Archives of past issues of the TCP-Group Digest are available
  335. (by FTP only) from UCSD.Edu in directory "mailarchives".
  336.  
  337. We trust that readers are intelligent enough to realize that all text
  338. herein consists of personal comments and does not represent the official
  339. policies or positions of any party.  Your mileage may vary.  So there.
  340. ----------------------------------------------------------------------
  341.  
  342. Date: Wed, 14 Sep 94 07:53:07 -0500
  343. From: k5yfw@sacdm10.kelly.af.mil (WALT DUBOSE - K5YFW)
  344. Subject: ax25 linux implementation?
  345. To: tcp-group@ucsd.edu
  346.  
  347. Hey, digi's are Ok, as along as they work at 19.2Kbps or better and
  348. are 1200 ft AGL.  But data repeaters (that will handle 19.2Kbps or
  349. better and are 1200 ft AGL) are better as you just play with the RX/TX
  350. frequencies and not the software.           -- K5YFW
  351.  
  352. In Gerry's message of 14 Sep 1994 at 0536 CDT, he writes:
  353. > Rob sez:
  354. > >
  355. > > *** In reply to mail from Brian Kantor, ....:
  356. > > > The way you handle direct vs digi paths to stations is
  357. > > >
  358. > > > 1) get rid of the digi.  Dynamite is good  Digipeaters suck hard and
  359. > > > really need to be gotten rid of as fast as possible.  If this helps, so
  360. > > > much the better.
  361. > >
  362. > > This'll give the digi 'a larger coverage area', is this what we want ?
  363. > >
  364. > > Dozing it in might be safer ... ;-)
  365. >
  366. > With dynamite, you disperse it overa larger area both reducing the overall
  367. > impact of the original problem, and making it harder for the EPA to figure
  368. out
  369. > what it was to cite you.  If you doze and bury it, it's a point source of
  370. > contamination... ;-)
  371. >
  372. > Gerry
  373.  
  374. ------------------------------
  375.  
  376. Date: Wed, 14 Sep 1994 21:00:46 -0700
  377. From: Phil Karn <karn@qualcomm.com>
  378. Subject: ax25 linux implementation?
  379. To: brian@nothing.ucsd.edu
  380.  
  381. I fully agree with Brian's suggestions. They're mostly consistent with
  382. the way NOS already does it. I used to do it differently, but changed
  383. to the present scheme because it was so much cleaner. You really don't
  384. want variable length ARP packets and monster sockaddr structures.
  385.  
  386. Phil
  387.  
  388. ------------------------------
  389.  
  390. Date: Wed, 14 Sep 1994 21:11:13 -0700
  391. From: Phil Karn <karn@qualcomm.com>
  392. Subject: Cross compile NOS with gcc?
  393. To: jmorriso@bogomips.ee.ubc.ca
  394.  
  395. I've never built NOS with gcc, but I'm *this close* to abandoning
  396. Borland C altogether and going to DJGCC.
  397.  
  398. The only thing holding me back is the learning curve for
  399. DJGCC. Anybody out there with experience, or who can point me to a FAQ
  400. so I can come up to speed?
  401.  
  402. Phil
  403.  
  404. ------------------------------
  405.  
  406. Date: Wed, 14 Sep 94 16:12 GMT+0200
  407. From: iw8qbw@iw8qbw-5.ampr.org (Domenico Dato)
  408. Subject: help
  409. To: tcp-group@ucsd.edu
  410.  
  411. help
  412.  
  413. ------------------------------
  414.  
  415. Date: Thu, 15 Sep 94 11:11:50 EST
  416. From: BARRY TITMARSH <BTITMARS%ESOC.BITNET@vm.gmd.de>
  417. Subject: wampes and net takes all cpu
  418. To: Olaf Erb dc1ik <ERB@INSU1.ETEC.UNI-KARLSRUHE.DE>,
  419.  
  420. Ok fixed.. during the reinstall on linux, i over looked the fact
  421. that wampes was still expecting a local route via slip and a ttyp0
  422. and on the linux side i forgot to setup the slattach for the ptyp0
  423. and ifconfig sl0 it...
  424. think that this is a known bug in wampes if a route/iface via pty's
  425. is left hanging high and dry.
  426. all functioning correctly now..
  427. Thanks. Barry..
  428.  
  429. ------------------------------
  430.  
  431. End of TCP-Group Digest V94 #203
  432. ******************************
  433.  
  434. ------------------------------
  435.  
  436. Date: Thu, 15 Sep 94 14:12:15 EST
  437. From: BARRY TITMARSH <BTITMARS%ESOC.BITNET@vm.gmd.de>
  438. Subject: uploaded ftp.ucsd.edu wnos.exe
  439. To: TCP-GROUP <TCP-GROUP@ucsd.edu>, wnos-group <WNOS-L@edugraf.ufsc.br>
  440.  
  441. Ok due to many wnos users complaining to me via email and S.F about
  442. my policy of source code only distribution, as of 12:15Z I uploaded
  443. to ftp.ucsd.edu:hamradio/packet/tcpip/incoming/wnos-940815.exe
  444. this is built with:
  445. scc asy netrom all cli/srv nntp pop etc. packet drv etc.
  446. Its without any warrenty, use at your risk.
  447. its complied in 286 mode, i have had this same version running as
  448. a cut down router between ethernet and 4 ax25 ccts running now 36 days
  449. and its lost 15kb memory. from startup.
  450. i have on avg 12-15 ac25 connects via it or useing it. It for MY config
  451. is very stable,
  452.  
  453. Enjoy..  Barry gm8sau/dc0hk
  454.  
  455. ------------------------------
  456.  
  457. End of TCP-Group Digest V94 #204
  458. ******************************
  459.  
  460. ------------------------------
  461.  
  462. Date: Tue, 20 Sep 94 15:28:00 edt
  463. From: Adminstrator <POSTMASTER@gppgpost.daytonoh.NCR.COM>
  464. Subject: Mail failure
  465. To: dayhub!3445a!ucsd.edu!TCP-Group@prowler.daytonoh.NCR.COM
  466.  
  467.                                                                                
  468. User mail received addressed to the following unknown addresses:
  469.   GPPGDAYTON/GPPGPOST/lshannon
  470.                                                                                
  471. ------------------------------------------------------------------------------ 
  472. Return-Path: <dayhub!3445a!ucsd.edu!TCP-Group@prowler.daytonoh.ncr.com>
  473. Received: from prowler.daytonoh.ncr.com by gppgpost.daytonoh.ncr.com id
  474.     <2E7F37F9@gppgpost.daytonoh.ncr.com>; Tue, 20 Sep 94 15:28:57 edt
  475. Received: by prowler.daytonoh.ncr.com; 20 Sep 94 15:22:39 EDT
  476. Received: by dayhub.DaytonOH.NCR.COM; 20 Sep 94 15:22:29 EDT
  477. Received: by 3445a.DaytonOH.NCR.COM; 20 Sep 94 15:22:30 EDT id AA780089023
  478.     Tue, 20 Sep 94 15:23:43 EST
  479. Date: Tue, 20 Sep 94 15:23:43 EST
  480. From: TCP-Group@ucsd.edu
  481. Message-Id: <9408207800.AA780089023@WPDSMTP.DaytonOH.NCR.COM>
  482. To: tcp-group-digest@ucsd.edu
  483. Subject: TCP-Group Digest V94 #207
  484.                                                                               
  485.  
  486. >From ncrhub1!ucsd.edu!owner-tcp-digest@dayhub.DaytonOH.NCR.COM
  487. X-Envelope-From: ncrhub1!ucsd.edu!owner-tcp-digest@dayhub.DaytonOH.NCR.COM
  488. Received: by 3445a.DaytonOH.NCR.COM; 20 Sep 94 11:22:11 EDT
  489. Received: by dayhub.DaytonOH.NCR.COM; 20 Sep 94 11:21:37 EDT
  490. Received: from ncrgw1 by ncrhub1.NCR.COM id bk00099; 20 Sep 94 11:18 EDT
  491. Received: by ncrgw1.NCR.COM; 20 Sep 94 11:04:27 EDT
  492.     sendmail 8.6.9/UCSD-2.2-sun
  493.     Tue, 20 Sep 1994 04:30:07 -0700 for tcp-digest-list
  494. Received: by ucsd.edu; id EAA17064
  495.     sendmail 8.6.9/UCSD-2.2-sun
  496.     Tue, 20 Sep 1994 04:30:05 -0700 for tcp-group-ddist
  497. Message-Id: <199409201130.EAA17064@ucsd.edu>
  498. Date: Tue, 20 Sep 94 04:30:02 PDT
  499. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  500. Errors-To: TCP-Group-Errors@UCSD.EDU
  501. Reply-To: TCP-Group@ucsd.edu
  502. Precedence: Bulk
  503. Subject: TCP-Group Digest V94 #207
  504. To: tcp-group-digest@ucsd.edu
  505.  
  506. TCP-Group Digest            Tue, 20 Sep 94       Volume 94 : Issue  207
  507.  
  508. Today's Topics:
  509.                       Best asy speed settings? 
  510.                           help msgs (2 msgs)
  511.                               SUBSCRIBE
  512.  
  513. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  514. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  515. Problems you can't solve otherwise to brian@ucsd.edu.
  516.  
  517. Archives of past issues of the TCP-Group Digest are available
  518. (by FTP only) from UCSD.Edu in directory "mailarchives".
  519.  
  520. We trust that readers are intelligent enough to realize that all text
  521. herein consists of personal comments and does not represent the official
  522. policies or positions of any party.  Your mileage may vary.  So there.
  523. ----------------------------------------------------------------------
  524.  
  525. Date: Mon, 19 Sep 1994 09:50:00 -0700
  526. From: Ken Koster <koster@mdd.comm.mot.com>
  527. Subject: Best asy speed settings? 
  528. To: tcp-group@UCSD.EDU
  529.  
  530. >Given JNOS 1.10f running on a 386/20 with 16550s on all serial ports, what's
  531. >the best strategy for serial port speeds to the KISS TNCs?  We're looking at
  532. >a switch that will have two 9600 baud TNCs, and probably two 1200 baud ones,
  533. >as well as a couple of PI cards and an ethernet board.  It'll be a busy
  534. >machine...
  535.  
  536. John, here in the Seattle area we're running one of our primary local switches
  537. (seanvg.ampr.org - 386sx-16) with eight ports.  Two at 19.2, five at 9600 and 
  538. one at 4800.  Using 16550's there are no problems with overruns or garbaged
  539. calls
  540. .
  541. We run the system as only a router and conference server so unless you have a
  542. heavy mail load I would suspect your machine to have no problems.
  543.  
  544. >To reduce latency, we would want to run the ports as fast as possible, at
  545. least
  546. >2x the radio speed.  But from an interrupt and system loading perspective,
  547. are
  548.  
  549. I'm a firm believer in keeping latency to the minimum, two of our five 9600
  550. ports
  551.  
  552. will be going to 19.2 soon and I'd push them faster if I could.
  553.  
  554.  
  555. 73's, Ken  N7IPB
  556.  
  557. ------------------------------
  558.  
  559. Date: Mon, 19 Sep 94 11:49:34      
  560. From: kz1f@RELAY.HDN.LEGENT.COM
  561. Subject: help msgs
  562. To: tcp-group@ucsd.edu
  563.  
  564. Has anyone ever figured out whats going on with those people that insist on 
  565. sending no titled, single line single sylable msgs to us consisting of the, 
  566. all capitalized, word 
  567.  
  568. HELP
  569.  
  570. Are they being raped?
  571. Are they being bludgeoned?
  572. Are they drowning?
  573. Do they have a flat tire and need a lift? (jnos goes mobile?)
  574. Is it last call at their local bar and they are still alone?
  575. Is that a secret msg for Captain Internet to come to their rescue?, I though
  576. I recently saw a black Stingray flying down Dulles Access Road.
  577.  
  578. I don't know about the rest of you, but I am curous about this.
  579.  
  580. -Walt
  581.  
  582. ------------------------------
  583.  
  584. Date: Mon, 19 Sep 94 19:04:00 -0000
  585. From: mikebw@bilow.bilow.uu.ids.net (Mike Bilow)
  586. Subject: help msgs
  587. To: tcp-group@UCSD.EDU
  588.  
  589.  k> Has anyone ever figured out whats going on with those 
  590.  k> people that insist on 
  591.  k> sending no titled, single line single sylable msgs to us 
  592.  k> consisting of the, 
  593.  k> all capitalized, word 
  594.  
  595.  k> HELP
  596.  
  597. They think we are a collective automatic mail server, like the Usenet Oracle.
  598.  
  599. :-)
  600.  
  601. -- Mike
  602.  
  603. ------------------------------
  604.  
  605. Date: Mon, 19 Sep 94 22:40:12 EDT
  606. From: THESUNS@aol.com
  607. Subject: SUBSCRIBE
  608. To: tcp-group@ucsd.edu
  609.  
  610. SUBSCRIBE TCP-GROUP@UCSD.EDU Herman W Strelow
  611.  
  612. ------------------------------
  613.  
  614. Date: Mon, 19 Sep 94 11:46:08 UTC
  615. From: oddleiv@etel.samkraft.no (Oddleiv Tungland)
  616. To: tcp-group@ucsd.edu
  617.  
  618. unsubscribe
  619.  
  620. ------------------------------
  621.  
  622. Date: Mon, 19 Sep 94 11:46:01 UTC
  623. From: oddleiv@etel.samkraft.no (Oddleiv Tungland)
  624. To: tcp-group@ucsd.edu
  625.  
  626. help
  627.  
  628. ------------------------------
  629.  
  630. End of TCP-Group Digest V94 #207
  631. ******************************
  632.  
  633. ------------------------------
  634.  
  635. Date: Tue, 20 Sep 94 15:41:00 edt
  636. From: Adminstrator <POSTMASTER@gppgpost.daytonoh.NCR.COM>
  637. Subject: Mail failure
  638. To: dayhub!3445a!ucsd.edu!TCP-Group@prowler.daytonoh.NCR.COM
  639.  
  640.                                                                                
  641. User mail received addressed to the following unknown addresses:
  642.   GPPGDAYTON/GPPGPOST/lshannon
  643.                                                                                
  644. ------------------------------------------------------------------------------ 
  645. Return-Path: <dayhub!3445a!ucsd.edu!TCP-Group@prowler.daytonoh.ncr.com>
  646. Received: from prowler.daytonoh.ncr.com by gppgpost.daytonoh.ncr.com id
  647.     <2E7F3B01@gppgpost.daytonoh.ncr.com>; Tue, 20 Sep 94 15:41:53 edt
  648. Received: by prowler.daytonoh.ncr.com; 20 Sep 94 15:35:25 EDT
  649. Received: by dayhub.DaytonOH.NCR.COM; 20 Sep 94 15:35:16 EDT
  650. Received: by 3445a.DaytonOH.NCR.COM; 20 Sep 94 15:35:27 EDT id AA780089056
  651.     Tue, 20 Sep 94 15:24:16 EST
  652. Date: Tue, 20 Sep 94 15:24:16 EST
  653. From: TCP-Group@ucsd.edu
  654. Message-Id: <9408207800.AA780089056@WPDSMTP.DaytonOH.NCR.COM>
  655. To: tcp-group-digest@ucsd.edu
  656. Subject: TCP-Group Digest V94 #206
  657.                                                                               
  658.  
  659. >From ncrhub1!ucsd.edu!owner-tcp-digest@dayhub.DaytonOH.NCR.COM
  660. X-Envelope-From: ncrhub1!ucsd.edu!owner-tcp-digest@dayhub.DaytonOH.NCR.COM
  661. Received: by 3445a.DaytonOH.NCR.COM; 19 Sep 94 13:52:34 EDT
  662. Received: by dayhub.DaytonOH.NCR.COM; 19 Sep 94 13:52:13 EDT
  663. Received: from ncrgw1 by ncrhub1.NCR.COM id aa28734; 19 Sep 94 13:51 EDT
  664. Received: by ncrgw1.NCR.COM; 19 Sep 94 12:19:35 EDT
  665.     sendmail 8.6.9/UCSD-2.2-sun
  666.     Mon, 19 Sep 1994 04:30:08 -0700 for tcp-digest-list
  667. Received: by ucsd.edu; id EAA23619
  668.     sendmail 8.6.9/UCSD-2.2-sun
  669.     Mon, 19 Sep 1994 04:30:05 -0700 for tcp-group-ddist
  670. Message-Id: <199409191130.EAA23619@ucsd.edu>
  671. Date: Mon, 19 Sep 94 04:30:02 PDT
  672. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  673. Errors-To: TCP-Group-Errors@ucsd.edu
  674. Reply-To: TCP-Group@ucsd.edu
  675. Precedence: Bulk
  676. Subject: TCP-Group Digest V94 #206
  677. To: tcp-group-digest@ucsd.edu
  678.  
  679. TCP-Group Digest            Mon, 19 Sep 94       Volume 94 : Issue  206
  680.  
  681. Today's Topics:
  682.                        Best asy speed settings?
  683.                         remove old code W-NOS
  684.                       Windows mailers for JNOS?
  685.  
  686. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  687. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  688. Problems you can't solve otherwise to brian@ucsd.edu.
  689.  
  690. Archives of past issues of the TCP-Group Digest are available
  691. (by FTP only) from UCSD.Edu in directory "mailarchives".
  692.  
  693. We trust that readers are intelligent enough to realize that all text
  694. herein consists of personal comments and does not represent the official
  695. policies or positions of any party.  Your mileage may vary.  So there.
  696. ----------------------------------------------------------------------
  697.  
  698. Date: Sun, 18 Sep 1994 09:01:07 -0400 (EDT)
  699. From: jra@ag9v.ampr.org
  700. Subject: Best asy speed settings?
  701. To: tcp-group@ucsd.edu
  702.  
  703. Given JNOS 1.10f running on a 386/20 with 16550s on all serial ports, what's
  704. the best strategy for serial port speeds to the KISS TNCs?  We're looking at
  705. a switch that will have two 9600 baud TNCs, and probably two 1200 baud ones,
  706. as well as a couple of PI cards and an ethernet board.  It'll be a busy
  707. machine...
  708.  
  709. To reduce latency, we would want to run the ports as fast as possible, at
  710. least
  711. 2x the radio speed.  But from an interrupt and system loading perspective, are
  712. there other considerations?  In particular, would we be better off running the
  713. 1200 baud TNCs with very fast serial speeds?  Or should we keep them at 2400
  714. or 4800 baud?
  715.  
  716. I guess the real question is whether the system and UARTs  will be happier
  717. with fast but infrequent bursts of data, or with longer but more constant
  718. ones.
  719.  
  720. Any ideas?
  721.  
  722. John
  723. -- 
  724. John Ackermann   AG9V
  725. Internet:  jra@ag9v.ampr.org
  726. Packet:    AG9V@N8ACV.#DAY.OH.USA
  727.  
  728. ------------------------------
  729.  
  730. Date: Mon, 19 Sep 94 11:13:55 EST
  731. From: BARRY TITMARSH <BTITMARS%ESOC.BITNET@vm.gmd.de>
  732. Subject: remove old code W-NOS
  733. To: TCP-GROUP <TCP-GROUP@ucsd.edu>, wnos-group <WNOS-L@edugraf.ufsc.br>
  734.  
  735. Im going to remove old code from the basic W-NOS src tree
  736. does any one that uses w-nos need to have:
  737. defined HS
  738. defined HAPN
  739. defined EAGLE
  740. defined PC100
  741. defined APPELTALK
  742.  
  743. i want to remove these intercaes from the code completely
  744. most users Dont need/use them.
  745. speak now or its gone!
  746. Barry Co-ord wnos.
  747.  
  748. ------------------------------
  749.  
  750. Date: Sun, 18 Sep 94 20:37:42 EST
  751. From: "Ted Rosen" <va3tar@va3tar.ampr.org>
  752. Subject: Windows mailers for JNOS?
  753. To: tcp-group%ucsd.edu@bbs.ve3rpi
  754.  
  755. I recently received a response to my request for Windows based 
  756. smtp/nntp mailers which would work with JNOS (I'm using v110b),
  757. pointing to gmail.exe. (gmail.zip at ucsd.edu)
  758.  
  759. The version of gmail.exe which I downloaded (206336bytes, 2/27/93)
  760. had a couple of problems. The program would not delete mail files
  761. when requested, and an options menu selection "preferences" was
  762. not operational. Also there was no current help file, as indicated
  763. in the enclosed readme file.
  764.  
  765. 1. Has anyone had success running gmail? Is there a more current
  766. version, or additional information which would assist in getting
  767. the version which I have operational?
  768.  
  769. 2. Are there other Windows based mailers which work successfully
  770. with JNOS? If so what are the anonymous ftp sites?
  771.  
  772. 3. I am posting this to both tcp-group and nos-bbs in hopes of a
  773. more complete response.
  774.  
  775.  
  776.  
  777. Ted
  778.  
  779. Mailbox : VA3TAR @ VA3BBS.#SCON.ON.CAN.NOAM
  780. AMPRNet : va3tar@va3tar.ampr.org [44.135.88.129]
  781. Internet: atxr@cencol.on.ca
  782.  
  783. ------------------------------
  784.  
  785. End of TCP-Group Digest V94 #206
  786. ******************************
  787.  
  788. ------------------------------
  789.  
  790. Date: Tue, 20 Sep 1994 23:12:02 -0800 (PDT)
  791. From: jmorriso@bogomips.ee.ubc.ca (John Paul Morrison)
  792. Subject: mtu oddity, jnos, and linux
  793. To: TCP-Group@UCSD.EDU
  794.  
  795. I tried running jnos instead of ka9q (DOS) as a router/gateway and I
  796. noticed something really weird. I assume it's a jnos problem.
  797.  
  798.  
  799. the network looks like:
  800.  
  801. (A) Linux 1.1.37 ====ether==== (B) JNOS 1.08c ----+
  802.                                        56kbps packet 
  803. (D) Linux 1.1.47 ====== (C) Linux 1.1.47----+
  804.  
  805. In a nutshell, I had to change the mtu on (D) to 576, even though JNOS
  806. was set to 1500, just as all the other machine mtu's are set to 1500
  807. (both for ethernet and 56k packet, it's all mtu of 1500).
  808.  
  809. (A) can talk to (C) fine, but if (A) talks to (D), output from large 
  810. bursts of data ends up hanging the connection. ie I can do ls 
  811. OK in a small directory but it hangs in a directory with many files;
  812. ftp works for tiny files but hangs on 1k files.
  813.  
  814. I *know* the mtu is set to 1500 on the jnos PI2 driver, unless jnos is
  815. only pretending to set the mtu to 1500.  I also don't know why (A) to (C)
  816. works, if it's indeed an mtu thing. 
  817.  
  818.  
  819. ---------------------------------------------------------------------------
  820. BogoMIPS Research Labs  --  bogosity research & simulation  --  VE7JPM  -- 
  821. jmorriso@bogomips.ee.ubc.ca ve7jpm@ve7jpm.ampr.org jmorriso@ve7ubc.ampr.org
  822. ---------------------------------------------------------------------------
  823.  
  824. ------------------------------
  825.  
  826. Date: Tue, 20 Sep 94 14:08:55 BST
  827. From: Martin Lines <mlines@sni.co.uk>
  828. Subject: SCC Testing
  829. To: nos-bbs@hydra.carleton.ca, tcp-group@UCSD.EDU
  830.  
  831. Hi,
  832.  
  833. I have just built an SCC and was fooled by the testing method 
  834. described in the accompanying documentation.
  835.  
  836. The document describes how an SCC card without modems
  837. can be tested by watching TXINTS increment when a 
  838. connect is issued on one of the scc ports.
  839.  
  840. I tried this and nothing happened. I then spent a while
  841. checking the board etc but everything appeared ok.
  842.  
  843. Then when looking a SCC.C and SCC.H I realised that the
  844. system works in CSMA mode by default. This meant that 
  845. as DCD was floating (ie no modem connected) the Transmit
  846. would not take place. 
  847.  
  848. Simply issuing the command
  849.  
  850. param <interface> 5 1
  851.  
  852. turns on full duplex operation and off went the TXINTS nicely.
  853.  
  854. Having got a working scc i can now turn to modems......
  855.  
  856.  
  857.  
  858. Regards
  859.  
  860. Martin Lines
  861.  
  862. Network Consultant
  863. __________________________________________________________
  864. Home:
  865.  
  866. ||||| ||||| ||||||   G1SEO@G1SEO.AMPR.ORG. (no Internet) 
  867. |   | |       ||     G1SEO@GB7TXA
  868. |   | |||     ||     22, Dowding Close
  869. |   |    ||   ||     Woodley                +44 734 441473
  870. |   |     |   ||     Reading                +44 891 522564
  871. ||||| ||||| ||||||   RG5 4NL . UK
  872. __________________________________________________________
  873. Work:
  874.                      mlines@sni.co.uk
  875.  
  876.                                             +44 344 850131
  877.                                        Fax: +44 344 850982
  878. __________________________________________________________
  879.  
  880. ------------------------------
  881.  
  882. Date: Tue, 20 Sep 94 17:07:03 +0200
  883. From: Henk Peek <henkp@nikhefk.nikhef.nl>
  884. Subject: SCC Testing
  885. To: mlines@sni.co.uk, nos-bbs@hydra.carleton.ca, tcp-group@UCSD.EDU
  886.  
  887. Martin,
  888.  
  889. >I have just built an SCC and was fooled by the testing method 
  890. >described in the accompanying documentation.
  891.  
  892. >The document describes how an SCC card without modems
  893. >can be tested by watching TXINTS increment when a 
  894. >connect is issued on one of the scc ports.
  895. Normaly I test with conected modem. The modem is only
  896. used for DCD level. Only this isn`t writen up in detail.
  897.  
  898. >I tried this and nothing happened. I then spent a while
  899. >checking the board etc but everything appeared ok.
  900. >
  901. >Then when looking a SCC.C and SCC.H I realised that the
  902. >system works in CSMA mode by default. This meant that 
  903. >as DCD was floating (ie no modem connected) the Transmit
  904. >would not take place. 
  905. >
  906. >Simply issuing the command
  907. >
  908. >param <interface> 5 1
  909. >
  910. >turns on full duplex operation and off went the TXINTS nicely.
  911. >
  912. >Having got a working scc i can now turn to modems......
  913. >
  914. Thanks, I add this to version 6 of the OptoPcScc documentation
  915.  
  916. Regards,
  917.  
  918. Henk Peek, PA0HZP
  919.  
  920. ------------------------------
  921.  
  922. Date: Wed, 21 Sep 94 08:42:50 EST
  923. From: BARRY TITMARSH <BTITMARS%ESOC.BITNET@vm.gmd.de>
  924. Subject: upload W-NOS.940921.zip [src]
  925. To: TCP-GROUP <TCP-GROUP@ucsd.edu>, wnos-group <WNOS-L@edugraf.ufsc.br>
  926.  
  927. I will upload to ftp.ucsd.edu:...incoming
  928. the latest src code for W-NOS version 940921
  929. this has many bug fixes in the DAMA_slave code
  930. an improved scc drsi interface for dama mode
  931. thanks to dg1zx and dl6zba  who have worked on this
  932. new dama implementation.  Some other minor bugs are fixed
  933. and system stability improved, memory leak IS gone!
  934. However this is only compiled with Borlandc C++ version 2.00
  935. i cant confirm or test any other compiler and the performance of
  936. W-NOS with other versions of C++.
  937.  
  938. Later today i will upload 2 .exe's one with just ASY and the other with SCC
  939. all services included, in both. Also packet drivers.
  940.  
  941. file names:
  942.  
  943. wn940921.zip = source's
  944. wn940921-asy.exe
  945. wn940921-scc.exe
  946.  
  947.  
  948. No Warrenty given std disclaimer stands.
  949.  
  950.  Barry gm8sau.dc0hk and the team. [see Credits:  in startup]
  951.  
  952. ------------------------------
  953.  
  954. End of TCP-Group Digest V94 #208
  955. ******************************
  956.